home *** CD-ROM | disk | FTP | other *** search
/ HAM Radio 3.2 / Ham Radio Version 3.2 (Chestnut CD-ROMs)(1993).ISO / packet / prmbs98v / 98vupd.doc next >
Text File  |  1988-04-21  |  7KB  |  166 lines
  1. Revision 0.98 V as of 04/21/88 0136r
  2.  
  3.  
  4. ***** CONFIG file must be altered *****
  5.  
  6.   REMOVE the following lines
  7.   - line that has 'mail.bak'
  8.   - line that has 'user.bak'
  9.   - line with 400 maxusers
  10.   - line with 32 max bbs to forward to
  11.   - line with 32 max users to forward to
  12.   - line wit YES/NO  'stream send'
  13.  
  14.  
  15. 1. SWAP and FWD revised to connect only if outbound mail specified
  16. is present. '-p' option will cause connection regardless and start
  17. the cycle with a 'poll' then go to send if any return mail results
  18. from the inbound mail from the poll.
  19.  
  20. 2. TRANSLAT.MB processing fixed. It will correctly match call lengths
  21. of 4 or less characters now.
  22.  
  23. 3. Title Truncation in RMAIL is fixed.
  24.  
  25. 4. All MAIL and USER file initialization, compression, and/or untangling
  26. will now be handled by 2 standalone programs called MAILWORK.EXE and 
  27. USERWORK.EXE which will be sub-run by the PRMBS code. This removes code
  28. that is usually rarely used, and provides the modules for setting up and
  29. off line maintenance.  MBFIX will still be used for salvaging damaged mail
  30. files.
  31.  
  32. 5. The 'k' command in the message sweeper has been modified to ask if a 
  33. service message is to be generated if the message being killed is a 'T' 
  34. message.
  35.  
  36. 6. The coming out of chat problem was solved. The solution actually
  37. saves 100 bytes of code space!!!! (every once in a while I get lucky)
  38.  
  39.  
  40. 7. The system will, until ver 0.99 when full BID and handshaking is 
  41. implemented, always send an OK as the first part of the 'send title'
  42. string, to correct for a mistake in RLI version 5.xx and 6.xx BBS codes
  43. which prevents that code from forwarding to PRMBS. I want it understood
  44. that this is a stopgap measure not a correction of any mistake.
  45.  
  46.  
  47. 8. The port descriptors for call validation has been augmented as below
  48.  
  49.      no descriptors      - any call accepted for login
  50.      H                   - ham calls only
  51.      O                   - other services (CAP and MARS) calls only
  52.      HO                  - ham / MARS / CAP calls only
  53.  
  54.  
  55.  
  56.    After some discussions with W3IWI about BIDs and other BBS things in
  57. general the follwoing changes have been made as well;
  58.  
  59.  
  60. 9. 0.98V will display a '$' in its [PRMBS...$] display indicating it can  
  61. ACCEPT $BID forwarding. It will take an incoming BID, and check it against 
  62. a simple linear file of BIDs adding it if it doesn't match. The OK/NO  
  63. handshake will be used.
  64.  
  65. 10. WA7MBL is moving towards simply  T, P, and B messages. I have made the 
  66. following chnages in PRMBS;
  67.  
  68.        - any message sent as 'T' will be entered as such, the type left 
  69.        alone
  70.  
  71.        - any message sent as type 'F' will enter into the PRMBS system as 
  72.        a blank type with FPRTY set to F (which means on forwarding from a 
  73.        PRMBS to a non-PRMBS system it reverts back to type F. Its type 
  74.        while on PRMBS will be determined as  below.
  75.  
  76.        - any message that has a valid hamcall or a valid MARS/CAP call as 
  77.        the addressee (TO field) will be type 'P', all others will be type 
  78.        'B'. Any message addressed to SYSOP will be type 'P'.
  79.  
  80.  
  81.    Any message addressed to SYSOP or SYSOPS coming through will be saved 
  82. as to SYSOP, and will me made private regardless of how it came in. As 
  83. b4efore the code will display any SYSOP mail to the sysop if he does a 
  84. MAIL command. The SYSOP message will no longer get translated to the local 
  85. SYSOP call, so that it can be used as a 'SYSOP private flood' type 
  86. message. And , of course, any message starting with 'ALL' @ your BBS will 
  87. be saved as 'B'.
  88.  
  89. 11. The LIST display both in MAIL and LIST now displays only the month and 
  90. day for the date. This gives us 2 more bytes in the truncated message tite 
  91. display. If a user needs the Year he can look at the RFC 822 header and/or 
  92. the Verbose list with mail headers.
  93.  
  94. 12. When mail is killed by the system while in forwarding and is saved  in 
  95. the  OLDMAIL.KLD file, the correct identity is now filed. For mail  killed 
  96. by the system, DAEMON is the 'user' and for user killed, the user's  call, 
  97. for the sysop, the sysop's call.
  98.  
  99.    In general there was a lot of cleanup of various pieces of the code. 
  100. Several more potential, but as yet undiscovered, bugs were identified and 
  101. corrected. Many bytes of code were streamlined out. There were many safety
  102. measures coded in back when the bbs was still quite unstable and had never
  103. been removed, but now are obsolete in light of the radical restructuring
  104. that has been doen in the last 3 months or so. The bottom line is the 0.98
  105. rev V is between 3 and 4K smaller than rev U.
  106.  
  107.    
  108.    The code that creates new user and message header records was modified to
  109. zero the entire record then fill it in, this will make detailed record 
  110. examination via DEBUG less arduous, if you are wandering around the guts of
  111. the DAT files.
  112.  
  113.                     * * * * * * * * * * * * * * * * 
  114.  
  115. Revision 0.98 U
  116.  
  117. 1.  Incorrect  chat text garbage on fail to answer by  sysop  has 
  118. been corrected.
  119. 2. RMAIL message typesetting fixed
  120. 3. Send line altered from:
  121.       S TOCALL @ ATBBS < FROMCALL
  122.    to:
  123.       S TOCALL < FROMCALL @ ATBBS
  124. this eliminates problems with Kantronics Mailboxes and makes same
  125. code to be used by all.
  126. 4.  GETQTH implemented, calls must be separated by commas so  that 
  127. there is only two white spaces. Example
  128.        GETQTH N1XXX,W2YYY,K3ZZZ WA4ONG
  129.  The only known system servicing QTH reqs is WA4ONG.
  130. 5. Forward commands broken to
  131.    poll - get mail only
  132.    fwd  - send mail only
  133.    swap - poll and forward til both sides exhausted outbound
  134. the  only options now in use will be '-o' to go back online  when 
  135. done rather than back to prompt.
  136. 6.  SWAP and FWD have new option "-txxxxxx" This allows sysop  to 
  137. specify  the order of forwarding by message type. It deafults  to 
  138. '*'  which  matches any letter. In this fashion,  several  passes 
  139. made through the message base and a letter for a message type  is 
  140. scanned.  So  you  can move <T>raffic out  first  and  the  other 
  141. things. For example;
  142.  
  143.     swap b2 -ttpb* wb2mnf north west nwest south worm local
  144.  
  145. will forward traffic, thne private, then bulletins, then the rest
  146.  
  147.    swap b2 -ttp k2adj mars afmars wb2hvf
  148.  
  149. will  forward only traffic and private mail and nothing  else.  I 
  150. can see this being used to control the forwarding flows, i.e. not 
  151. forwarding  bulletins duirng prime time, but moving  traffic  and 
  152. private mail, etc.
  153.  
  154.  
  155.  
  156.  
  157.  
  158.  
  159.  
  160.  
  161.  
  162.  
  163.  
  164.  
  165.  
  166.